iT邦幫忙

第 12 屆 iThome 鐵人賽

DAY 26
2
Modern Web

前端設計轉前端工程師-JS踩坑雜記 30 天系列 第 26

前端心法碎碎念 - 真的千萬不要怕問蠢問題,聽懂、做對事,團隊會很愛你

  • 分享至 

  • xImage
  •  

恭喜自己邁入第 26 天!!! *撒花*
只剩下 5 天,大家衝衝衝~~~

我在帶新人的過程中,其實比起技術,我更喜歡講「觀念 / 原則
不是說自己的能力有多好,我也還在持續學習中~XD
(前端工作是一個要一直學習的工作唷~)
因為技術資源好學、好找,但團隊合作、與人應對進退卻不是那麼容易參透

今天要跟大家來聊聊與分享一下的主題是阿宅 PO 前端路上很常踩到的雷
希望分享自己這一路上被罵的經驗,給大家加點防雷鎧甲

不知道大家剛開始踏上工程師的旅程時,會不會跟我一樣
一接到任務 就很想做到最完美
然後自己估了估時間,回報給 PM 之後,這中間就像是進入了無人之境
這裡面只有自己,沒有別人的入定狀態,包括遇到問題也是悶著頭苦幹...

抑或是
生性害羞,內心有疑惑或是發現 PM/主管/同仁 哪裡講得怪怪der,卻不敢馬上提出疑問...

如果妳/你看完之後,發現自己有跟我一樣的症頭
恭喜妳/你,我們都踩到雷了~~XD *喂*

這也是阿宅 PO 在一開始就常被 PM/主管 關(ㄅㄟˋ)愛(ㄋㄧㄢˋ)的地方...(抹汗)
你們會好奇,為什麼這是個雷呢? 心中是不是浮出了這個疑惑呢?

「做完美不好嗎?」
「會入定也是想趕完客戶的需求呀~」
「開會看大家都沒有問題,如果我問的問題感覺很尷尬,萬一是蠢問題怎麼辦?」

除去小型團隊編制、一人當三人用的現象
對於 PM/窗口(大多會是主管或組長) 需要的不是完美的功能而是 已經完整實現、符合客戶需求且能按時交付 的功能!

而入到無人之境這個我有點浮誇了,這個地方的重點其實是 定時回報進度給 PM,有問題如果發現自己一天內解不掉,就應該馬上讓團隊的人員知道,讓大家協助或是由 PM 調整任務分配內容,原因是功能交付會有時間限制,如果因為你一個人卡住而 Delay 到交付日是很嗯湯的 (面對需求方的窗口挫咧蛋...),然而也不要氣餒自己是不是技術很差,大家都有過去菜雞的時候,勇敢面對問題、提出請求,可以讓自己學習也可以讓團隊運作更順暢~

後期,我發現在團隊其實有疑問的時候,真的要提早發問
因為每個人對於 文字、語句 的理解力不同
再次的互相確認是好事,搞不好問一問才發現自己這功能想的太複雜了,客戶其實要的很簡單也說不定~
在現實工作上真的還常發生這樣烏龍,常常忙了一大段時間,最後給出去卻被回饋這不是他要的、有問題怎麼不早問、你功能做錯了我該怎麼跟客戶交代...barabara,吃力不討好,倒不如提早發現問題,提早治療~XD

後來越磨越知道問題是什麼之後,就會自己注意這樣的狀況,再結合
第 14 天的「中場休息聊是非 - 文件看不懂、需求聽不懂別緊張,你只需要做好這兩件事
相信你在工作上可以少欸點罵多被團隊讚美~
再持續加強技術,相信未來你一定會出頭天的啦~~**自己 High **


昨天的文章有部分的程式碼還沒補齊
之後會在整理上去,請各位捧油稍後~
感恩~~


上一篇
設計看JS - 深拷貝、淺拷貝
下一篇
實務踩坑恨 - Safari 就是跟別人不一樣之 100% 與 100vh
系列文
前端設計轉前端工程師-JS踩坑雜記 30 天30
圖片
  直播研討會
圖片
{{ item.channelVendor }} {{ item.webinarstarted }} |
{{ formatDate(item.duration) }}
直播中

尚未有邦友留言

立即登入留言